111 

t: 

Hi 



TITLE OF THE INVENTION 
IMAGE PROCESSING APPARATUS, IMAGE PROCESSING METHOD, AND 

STORAGE MEDIUM 

5 BACKGROUND OF THE INVENTION 

The present invention relates to an image 
processing apparatus, image processing method, and 
storage medium. 
10 Conventionally, most of image processing 

apparatuses that print multi-rcolor images form an image 



on a recording medium using a plurality of colors of 



recording agents such as yellow (Y) , magenta (M) , cyan' 
(C), black (K), and the like. 

15 In a system in which such image processing 

apparatus and a host computer are connected, image data 
is normally generated on the host computer side. Hence, 
it is often the case that image data consisting of red 
(R) , green (G) , and blue (B) color components that can 

20 be displayed on a CRT or the like is generated, and 

image data in the RGB format (to be referred to as RGB 
data hereinafter) is transferred to the image processing 
apparatus side. 

The image processing apparatus prints an image by 

25 the following method on the basis of the transferred RGB 
data. 



For example, after RGB data for one page is 
rendered, the rendered data is batch-converted into a 
YMCK format. Image data in the YMCK format (to be 
referred to as YMCK data hereinafter) for one page 
5 undergoes processes such as compression and the like as 
needed, and is then stored in a memory or the like. In 
response to a print start command, the YMCK data is 
transferred to an engine unit to print an image on a 
- recording medium. 

• f ^ 

10 Alternatively, RGB data transferred from the host 
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computer is converted into YMCK data, and print data for 
one page is generated in units of Y, M, C, and K colors, 
thus printing an image. 
1^ In a conventional image processing apparatus, a 

iy 15 method (banding) for dividing print contents for one 



page into a plurality of bands, and parallelly executing 
actual print operation on a recording medium and a print 
data generation process in units of bands so as to 
reduce the image memory size required in the print 

20 process is known. 

The conventional image processing apparatus 
assumes that the format of input image data is either 
the RGB or YMCK format. Hence, an image processing 
apparatus which is set to receive data in the RGB format 

25 cannot directly receive image data in the YMCK format 
although it finally prints data in the YMCK format. 
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SUMMARY OF THE INVENTION 
It is an object of the present invention to 
provide an image processing apparatus, image processing 
5 method, and storage medium, which can solve the 
aforementioned problem. 

It is another object of the present invention to 
provide an image processing apparatus, image processing 
method, and storage medium, which can appropriately form 
10 an image independently of the format of input image data. 
TO achieve the above objects, one preferred 
embodiment of the present invention provides an image 
processing apparatus comprising rendering means for 
rendering data in a first color space and data in a 
15 second color space, and a plurality of image forming 
means for forming images in units of colors of the 

rendered image data. 

It is still another object of the present 
invention to provide an image processing apparatus, 

^^^v.oH ^^nd storage medium, which have 
20 image processing method, ana sturdy 

novel functions. 

other features and advantages of the present 
invention will be apparent from the following description 
taken in conjunction with the acccmpanying drawings, in 
25 which like reference characters designate the same or 
similar parts throughout the figures thereof. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram showing the arrangement 
of an image processing apparatus according to the first 
embodiment of the present invention; 

Fig. 2 is a block diagram showing the detailed 
arrangement of a renderer; 

Fig. 3 shows the format of a display list; 
Figs. 4A to 4D are views for explaining the 
contents of the display list; 

Fig. 5 is a flow chart showing a banding 
determination process; 

Fig. 6 shows graphs of the bus load and rendering 

time in RGB banding and YMCK banding; 

Fig 7 is a block diagram showing the arrangement 
of an image processing apparatus according to the second 
embodiment of the present invention; and 

Figs. 8A and 8B show pass sequences in the second 

embodiment . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Preferred embodiments according to the present 
invention will be described in detail hereinafter with 
reference to the accompanying drawings.. 
5 <First Embodiment> 
•Overall Arrangement 
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Fig. 1 is a block diagram showing the arrangement 
of an image processing apparatus of this embodiment. 
Referring to Fig. 1, reference numeral 26 denotes a 
controller; and 28, an engine. The controller 26 is 
connected to a host computer 1 as an external apparatus. 

In the controller 26, reference numeral 2 denotes 
a CPU for systematically controlling the entire image 
processing apparatus; 3, a ROM for holding programs and 
the like executed by the CPU 2; 4, a RAM which serves as 
a work area of the CPU 2, and holds a display list (to 
be described later) ; 5, a DMA controller for reading out 
the display list from the RAM 4, and transferring it to 
renderers via a bus 27; and 6, an interface for 
controlling data transfer with the host computer 1. 

Reference numerals 7, 8, 9, and 10 denote 
renderers for respectively rendering R and Y, G and M, B 
and C, and K data on the basis of the display list (to 
be respectively referred to as an R renderer 7, G 
renderer 8, B renderer 9, and K renderer 10 hereinafter) . 
Reference numeral 11 denotes a color space converter for 
converting RGB data for one band, output from the R, G, 
and B renderers 7, 8, and 9, into data in a YMCK color 
space in correspondence with a print data format in the 
engine 28. Reference numerals 12, 13, and 14 denote 
delay circuits for delaying YMCK data converted by the 
color space converter 11 in correspondence with print 
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timings. The delay circuits 12, 13, and 14 respectively 
receive M, C, and K data and delay them by times T, 2T, 
and 3T. That is, Y, M, C, and K data are respectively 
delayed to have a time difference T. Reference numeral 
15 to 18 denote selectors which select the outputs from 
the delay circuits 12 to 14 and renderers 7 to 10 under 
the control of the CPU 2, and output selected outputs to 

the engine 28. 

In the engine 28, reference numerals 19 to 22 
denote developers for developing corresponding color 
image data using recording agents; 23, a transfer belt 
for superposing images developed in units of colors to 
complete a multi-color image for one page; and 24, a 
transfer roller for transferring the multi-color image 

4- v^plt 23 onto a recording medium 

15 formed on the transfer bext zj uhl.'j 

25. 

•Renderer Arrangement 

Fig. 2 is a block diagram showing the detailed 
arrangement of the R renderer. Note that since the 
20 renderers 7 to 10 have the same arrangement, only the R 
renderer 7 will be explained below. 

Referring to Fig. 2, reference numeral 100 denotes 
a FIFO; 101, a shape generator for generating shape data 
that indicates the outer shape of an image; and 102, a 
25 color register. By computing the AND of shape data 
generated by the shape generator 101 and a color 
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designated by the color register 102, new image data to 
be written (to be referred to as write data hereinafter) 
is generated. Reference numeral 103 denotes a register 
for holding a rendering logic of bitmap data held in 
advance in the apparatus, and write data; and 104, a 
coefficient register for holding a mixing ratio of the 
bitmap data and write data. Note that the storage 
location of the bitmap data is not particularly limited, 
and the bitmap data may be stored in, e.g., the RAM 4. 

The contents of these registers are set based on 
the display list input from the host computer or made by 
CPU 2 in accordance with host computer commands . 

Reference numeral 105 denotes a BPU (bit 
processing unit) for making a logic operation of the 
bitmap data and write data in practice. Write data is 
generated by ANDing shape data generated by the shape 
generator 101 and a color designated by the color 
register, and then undergoes a logic operation with 
bitmap data in accordance with parameters held in the 
rendering logic register 103 and coefficient register 
104. The operation result is held in the BPU 105 as new 
bitmap data . 

Reference numerals 106 and 109 denote selectors 
which control to alternately use one of two band 
memories 107 and 108, which hold bitmap data in units of 
bands, as a rendering data generation buffer, and the 



other as an output buffer for outputting already 
band .e^ory 101 generates rendering data, the already 

■ H=f, After the rendering data is output from 
5 rendering data. Alter 

the band memory 108, rendering data completed by the 
.and memory 10. is output. At this time, in the band 
memory 108, new rendering data is generated. By 

rp^nderinq data can be 
repeating the above processes, renders g 

10 continuously output. 

Reference numeral 110 denotes a video shipper for 

controlling generation of addresses, bus width 
conversion, and the like of the band memories 107 and 
108 as output buffers so .s to output bitmap data rn 
15 accordance with the rendering timings of respective 

color images. 

•Details of Display List 

invage data in this embodiment is generated by the 

... 1 and is input to the host interface 6 m 
host computer 1, ana ^ f 

■ format The image data in the 
20 a predetermined format. 

predetermined format is interpreted and mapped into a 
display list by the CPU 2, and the display list .s 
stored in the HAM 4. The display list in this embodiment 
will be described in detail below. 
25 rig. 3 Shows an example o£ the data format of the 

display list, and rigs. 4A to 4D show an example of the 
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contents of the display list corresponding to actual 

image data. 

one element of the display list is generated for 
each Character unit in image data. In the example of the 
5 format of the display list shown in Fig. 3, reference 
numeral 200 denotes a rendering coordinate position 
indicating a rendering position of an image unit 
(character or the like) to be rendered to have a start 
point as a reference position of each band as an origin; 
10 201, a number indicating the outer shape of an image to 
be rendered; and 202, a rendering logic which indicates 
logic operations to be applied to bitmap data and image 
data to be rendered. As the rendering logic 202, "OR" 
indicating logic sum operation, "EXOR" indicating 
15 reversal of an image, and the like are set in accordance 
with a rendering instruction from the- host computer 1. 
Reference numeral 203 denotes color data indicating 
color information to be assigned to rendering shape data. 
AS the color data 203, color information is designated 

20 in the RGB or YMCK format. 

Reference numerals 204 and 205 respectively denote 
rendering height information and write start line 
information, which set the write start line and the 
number of lines to be rendered of the outer shape 
25 designated by the rendering outer shape 201. For example, 
when a character which extends over two bands is to be 
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character and the rendering height 204 indicates a 

.tart line 205 indicates the start line of that band, 
and the rendering height 204 indicates the height £ro. 

Reference numeral 206 denotes transparency, r.e., 
a .nixin, ratio, required upon .i.in, bitmap and image 
data based on the logic operations designated by the 

rendering logic 202. 

Examples of the individual elements of the 
above-mentioned display list will be explained below 

5 using Figs. 4A to 4D. 

A display list for a character image shown in 
,ig 4i. v,ill be taken as an example. A character image 
Shown in rig. 4A consists of two bands 207 and 208. 
Elements of the display list are generated in units of 
,0 characters indicated by element nu*ers .1 to #5 rn, 
eg the band 201. and Fig. 4B shows that example. 

For example, assume that characters indicated by 
element nu„0.ers #1 and .2 in Fig. 4A have coordinate 

^S case, MXl. is -t for the rendering coordinate 200 

as one element of element nu*er .1. as shown in Frg. 4B. 
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AS for the rendering outer shape 201, "Fl" indicating 
character "C" is set on the basis of an outer shape list 
shown in, e.g.. Fig. 4D. As for element numbers #3 and 
#5, since corresponding characters have an identical 
5 outer shape "n", "F3" is set based on Fig. 4D. 

AS for the rendering logic 202, "OR" of write data 
(Dist) and bitmap data (Obj) is set. Also, the color 
data 203 is set in units of color components of the RGB 
format. In Fig. 4B, the setting contents of the 
LO rendering height 204 and write start line 205 are 

omitted, and finally, the transparency is set at 100%. 

Note that the individual items that form the 
display list shown in Fig. 3 are held in the 
corresponding registers in each renderer as follows. 
15 That is, the rendering coordinate 200, rendering outer 
shape 201, rendering height 204, and write start line 
205 are held in the shape generator 101, the color data 
203 in the color register 102, the rendering logic 202 
in the rendering logic register 103, and the 
20 transparency 206 in the coefficient register 104. 

Note that print data for one page is divided in 
units of bands, and is converted into a display list. 
•Banding Determination Process 

in this embodiment, a banding process is done 
25 under the control of the CPU 2 so as to reduce the image 
memory size required in the print process. More 
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.pecifically, print c.ntants for one page are divided 
into a plurality of bands, and a print process onto a 
banding recording medium and a rendering process o£ 
print data are parallelly executed in units of bands. 

Rs described above, upon completion of a display 
list for one page, the CPU 2 determines if a print 

the determination result. Fig. 5 is a flow chart 
showing the details of this determination process. 

in step S300, a time required for rendering data 
to be rendered is computed in units of bands with 
reference to the contents of the display list, thus 
obtaining band rendering times. In this case, a margrn 
level (coefficient) of each band rendering time wrth 
, respect to a band print time, which is set in advance in 
the ROM 3 or the like, is loaded. 

The margin level will be briefly explained below. 
Each renderer accesses the required display list 
.ia the common bus 27. Hence, when two or more tenderers 
,0 simultaneously access the display list, more than one of 
these tenderers fail to obtain the display list at the 
request timing of the display list. As a result, even 
when the band memory is accessed to start a print 
process in units of bands, band rendering may not be 
25 complete yet. 



- 12 - 



/ 



• 



10 



When a given band includes a small number of 
Objects (e.g., a small number o£ characters shown in 
rig. 4M and, hence, includes a small number of rendered 
data, and the next band includes a large number of data 
to be rendered, rendering of the next band is not 
complete even after the rendered data of the given band 
„ith a small number of rendered data have been output to 
the engine 28. In this case, data access for outputting 
data from that band to the engine 23 must be waited. 

TO absorb such inadvertent delay of rendering, a 
margin is given to the band rendering time with respect 
to the band print time. Data indicating this margin rs 

the margin level. 

in step S301, the sum of the band rendering times 
is multiplied by the coefficient to compute an expected 
rendering time per band (expected band rendering time, . 

It is then checked in step S302 if the computed 
expected band rendering time falls within a time 
required for printing one band (to be referred to as a 
, band print time hereinafter, . That is, if the expected 
l,and rendering time falls within the band print time, it 
is determined that a print process by means of banding 
is possible, and a banding print process in step S303 is 
executed. 

5 on the other hand, if the expected band rendering 

time is longer than the band print time, it is 
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determined that a print process of one band parallel to 
a rendering process of the next band, i.e., the print 
process by means of banding cannot be done. The flow 
then advances to step S304 to execute a non-banding 
5 print process. For example, the print process is , 
canceled, and a message indicating that the banding 
print process is impossible is sent to the host computer 
1 to inform the operator of the host computer of that 
message, or such message is displayed for the operator 
10 using a console (not shown) of the image processing 
apparatus. Since it is preferable if the image 
processing apparatus proceeds with the print process 
even if the format is changed, a process for normally 
printing an image (a process for reducing the data size 
15 to be processed) such as a change of print contents 

themselves (e.g., if print data is multi-valued image 
data, it is converted into data having a smaller number 
of gray levels), or the like may be made. 

Even when a banding print process in the RGB 
20 format is impossible, a banding print process in the 
YMCK format may be possible in some cases, as will be 
described later. Hence, upon sending a message 
indicating that the banding print process is impossible 
to the host computer 1 in step S304, it is effective to 
25 inform the operator that it may be possible to print by 
transferring image data in the YMCK format. 
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That is, if it is determined in step S302 that the 
banding print process in the RGB format is possible, a 
banding print process in the RGB format is executed in 
step S303; if it is determined that the banding print 
process in the RGB format is impossible, a banding print 
process in the YMCK format can be executed in step S304. 
Features of RGB banding and YMCK banding will be 

explained below. 

upon comparing RGB banding and YMCK banding, Y, M, 
C, and K signals must be generated in RGB banding using 
R, G, and B component signals after banding unlike 
rendering based on YMCK. 

For this reason, R, G, and B planes must be 
simultaneously generated and stored, and the bus 27 must 
have certain line capacity to obtain the display list. 
When a high-resolution image is to be processed in the 
RGB format, the bus 27 must have a larger capacity, and 
delay circuits (inter-frame delay buffers) with a large 
capacity are also required. 

on the other hand, problems with YMCK banding are 
that four color components are always required, and 
color reproducibility of a portion where objects overlap 
suffers compared to rendering based on RGB. However, 
even when data sizes to be processed vary depending on 
3 banding positions, the data generation timings of Y, M, 
C, and K planes can be shifted by time T (to be 
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described later) in the image forming sequence of the 
engine 28. As a result, the data volumes that pass 
through the bus 27 can be distributed. 

Fig. 6 shows graphs showing the relationships 

T <?ize Q) and rendering time 

between the bus load (data size 

(t) in RGB and YMCK rendering processes. In RGB 
rendering, as R, G, and B data are required at the same 
timing, data is transferred in large quantity onto the 
bus 27. By contrast, in case of YMCK banding, as 
individual color data pass through the bus 27 at 
different timings, the data size can be reduced compared 
to RGB data even when the bus 27 has heavy traffic. This 
is why YMCK banding may be possible even when RGB 
banding is impossible. 

in YMCK rendering shown in Fig. 6, the K component 
is generated especially when an object to be rendered is 
only a character. 
•Banding Print Process 

The banding print process in step S303 will be 

20 explained in detail below. 

If the CPU 2 determines that the banding print 
process is possible, the DMA controller 5 reads out the 
required display list from the RAM 4 and writes the 
display list in the R, G, and B render^rs 7, 8, and 9 
25 via the bus 27 in consideration of the states of the 
band memories 107 and 108. 



15 
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-in the R Tenderer 7, the input 
For example, in T:ne 

aisplav li.t is te.p.rarU. s.crea in t.e riK> 100. an. 
.espective parameters included in that display list are 
set m the Shape generator 101, color register 102. 

•..^«r 103 and coefficient register 
j rendering logic register 103, 

.,.^4- t-hP BPU 105 selects 
104. After the parameters are set, the BPU 

• o in7 and 108, which is used to 
one of the band memories 107 and 

^ ■r.r. data and loads bitmap data at the 
generate rendering data, ana x 

v,-^w 1-0 undergo an arithmetic 
rendering position, which is to unde g 

•th write data, via the selector 106. Assume 
.0 operation with write aai-ci, 

that the band memory 107 is selected. 

The BPU 105 generates rendering data by making an 
arithmetic operation of bitmap data at the rendering 
position loaded from the selected band memory 107 with 
13 write data using the parameters designated by the shape 
generator 101, color register 102, rendering logic 
register 103, and coefficient register 104, and writes 
it at the rendering position of the band memory 107. 

ror example, when the transparency 206 is "0.4", 
20 color data 203 is "R = OEO(h)", and rendering logic 202 
is "overwrite" in one element of- a display list that 

corresponding rendering position is "R = 010(h)" ((h) 

^ *- • i-hf=^ BPU 105 makes an 

indicates hexadecimal notation) , the 

25 arithmetic operation given by: 

OEO(h) X 0.4 + 010(h) X (1 - 0.4) 
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in thi. case, "es" is written at the rendering position 

of the band memory. 

At this time, since the band memory which is not 
used to generate rendering data (the band memory 108 in 
5 this case) stores rendering data which is already 

complete in the previous (in^ediately preceding) band, 
the video shipper 110 sequentially reads out the 
rendering data from the head of the band memory 108 via 
the selector 109 and outputs it as rendering data to be 
10 printed from the R renderer 7. 

When rendering data output from the rendering data 
have the RGB format, the RGB rendering data are 

process in the engine 28, i.e., into four planes, x.e., 
15 Y, M, C, and K planes by, e.g., masking processes of the 

^r^n^r^rter 11 Note that the individual 
color space converter xx. 

planes are simultaneously converted. 

When the engine 28 forms Y, M, C and K plane 
images on a recording medium, predetermined time 
20 differences are produced in units of planes due to the 
physical arrangements (positions) of the individual 
i.age forming units. Hence, the image forming timings xn 
units of planes are adjusted by delaying three out of 

M P except for one color K that undergoes 
four colors (i.e., except- 

25 image formation last) via the delay circuits 12 to 1^. 
For example, when the developers 19 to 22 for the 
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respective colors are placed at equal intervals, and 
time T is required for conveying the recording medium 
between neighboring developers, a delay circuit for 
delaying time T between the first and second image 
planes, a delay circuit for delaying 2T (T x 2) until 
the third image plane, and a delay circuit for delaying 
3T until the last image plane are required. Hence, the 
delay circuits 12 to 14 respectively delay T, 2T, and 3 
and comprise means (buffers) for holding image data 
rendered during time periods T, 2T, and 3T. 
•Control Based on Input Data Format 

This embodiment is characterized by making the 
following control based on the input image data format. 

When image data in the RGB format is transferred 
from the host computer 1, the renderers 7 to 9 
respectively render R, G, and B images, the rendered R, 
G, and B image data are converted into the YMCK format 
by the color space converter 11, and the banding print 
process is then made. In this case, the K renderer 10 : 
not used. Note that the renderers 7 to 9 load the 
display list at the same timings, and required data are 
stored in their registers (band memories) . 

On the other hand, when image data in the YMCK 
format is transferred from the host computer 1, the 
renderers 7 to 9 respectively render Y, M, and C images 
and the renderer 10 renders a K image. The YMCK outputs 




from the renderers 7 to 10 are directly input to the 
selectors 15 to 18 since they need not undergo any 
conversion in the color space converter 11. Hence, since 
the outputs from the renderers are not delayed, the 
timings at which the display list is loaded to generate 
images in the respective renderers must be shifted by T. 

As described above, the delay circuits 12 to 14 
comprise buffers (memories) for holding image data 
rendered during time periods T, 2T, and 3T. Hence, when 
a high-quality print process (e.g., an increase in 
number of gray levels, resolution, or the like) is to be 
made, the delay circuits 12 to 14 must have a larger 
buffer size, resulting in high cost. 

According to this embodiment, when a print process 
is made at the normal number of gray levels or 
resolution, RGB rendering is made; when a high-quality 
print process with a larger data size is to be made, 
YMCK rendering is made to obviate the need for 
increasing the buffer size of the delay circuits 12 to 
14. That is, the delay circuits 12 to 14 need only have 
a buffer size large enough to make a print process at 
the normal number of gray levels or resolution. When a 
high-quality print process is made, YMCK rendering that 
requires no delay circuit is done. In. this case, since 
no color space conversion is required, optimal cost 



K Obtained in the image processing 
performance can be obtainea 

apparatus. rocess is impossible 

Hence, even when the prm y 

^■F i-hP- delay circuits in 
due to too small a buffer sxze of the de 

. it may be possible in the YMCK format, 
the RGB format, it may y 

«ote that the format of image data to be 
„ansfette. can .e oont.oUe. by the host compute. U 

3 ..,h-.aX.tv Ptint process is to he made or when 
13 informed that a handin. print process r= 

transferred to the image processing apparatus rn he 

, ,t When the host computer 1 instructs the 
YMCK format, wnen v-nc 

■ .onaratus to start the print process, 
image processing apparatus to 

• ..r driver of the host computer 1 may check 
the printer drivex 

V, ^.^^ ^ize to be print-processed if a 
5 based on the data size to f . ^ 

■ t orocess is possible, and may determine if 
banding print process i^ f 

data is to be transferred in the RGB format, 
image data xs x-u 

^ described above, according to the image 
processing apparatus of this e^odiment. even when image 

. rendering data can be appropriately 

YMCK format, renaej-xuv^j 

generated and printed out. 

Even when a banding print process in the 
.ormat is impossible, a banding print process in the 
.„CK format is possible, and a high-guaiit. image can 
printed using a smaller memory s.^e. 



- 21 - / 



^ in the YMCK format is input and 
Since image data in tne 

p.i„.ea out. a .i..-.uaUt. print process .s ac.ievea 
„itHou. inc..a=in, t.e ai.e in tne apparatus. 

<Second Embodiment> 

.ne .econa e^odi.ent acccrdin, to the present 
invention wiil be described in detail below. 

Pi, T is a bloc, diagram showing the arrangement 
the image processing apparatus according to the 
.econd en.odi.ent. The sa.e reference numerals rn 
second e^odiment denote the same parts as in the 
„.ange.ent shown in rig. 1 o. the Urst e^odrment, 
. detailed description thereof will be omitted. The 
„.ange.ent shown in rig. . is characterized rn that 

^r, rifi 1 are inserted 
•+-^ 19 1-0 14 shown m Fig- i 
delay circuits IZ to 

5 after the selectors 16 to 18. 

Hence, in the second e^^odiment, even when image 
.ata in the .MCK format is input, the renderers need not 
3.ift the timings at which the display list is read 

. by T That is, Y, M, C and K planes can 

generate images by 1 • 

.IV rendered as in RGB rendering m the 
20 be simultaneously renaereu 

. , xn this embodiment, the renderers 7 to 
first embodiment. In this emi; 

..tive colors simultaneously load shape 
10 of the respective coj-uj. 

data to reduce the load on the bus 27. 

Pigs. a. and SB Show the load states of the bus 2,, 
.ig. Shows a case wherein different bands are 
.endered by shifting rendering timings in un.ts . 
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C, and K planes, and Fig. 8B shows a case wherein 
identical bands are rendered in the individual planes. 
According to Fig. 8B, when the renderers 7 to 10 
simultaneously load shape data (bdASK) , the load on the 
bus 27 can be reduced compared to a case wherein 
different bands are rendered shown in Fig, 8A, thus 
improving rendering performance. 

As described above, according to the second 
embodiment, even when image data in the YMCK format is 
input, each renderer need not perform any delay control 
Therefore, since Y, M, C, and K planes can be rendered 
at the same time, the load on the bus 27 can be reduced 
[Other Embodiments ] 

Note that the present invention may be applied to 
either a system constituted by a plurality of devices 
(e.g., a host computer, an interface device, a reader, 
printer, and the like) , or an apparatus consisting of a 
single equipment (e.g., a copying machine, a facsimile 
apparatus, or the like) . 

The objects of the present invention are also 
achieved by supplying a storage medium, which records a 
program code of a software program that can implement 
the functions of the above-mentioned embodiments to the 
system or apparatus, and reading out and executing the 
program code stored in the storage medium by a computer 
(or a CPU or MPU) of the system or apparatus. 



In this case, the program code itself read out 
from the storage medium implements the functions of the 
above-mentioned embodiments, and the storage medium 
which stores the program code constitutes the present 
invention. 

As the storage medium for supplying the program 
code, for example, a floppy disk, hard disk, optical 
disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, 
nonvolatile memory card, ROM, and the like may be used. 

The functions of the above-mentioned embodiments 
may be implemented not only by executing the readout 
program code by the computer but also by some or all of 
actual processing operations executed by an OS 
(operating system) running on the computer on the basis 
of an instruction of the program code. 

Furthermore, the functions of the above-mentioned 
embodiments may be implemented by some or all of actual 
processing operations executed by a CPU or the like 
arranged in a function extension board or a function 
extension unit, which is inserted in or connected to the 
computer, after the program code read out from the 
storage medium is written in a memory of the extension 
board or unit. 

To restate, appropriate image formation and print 
processes can be achieved irrespective of the format of 
input image data . 
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Also, a high-quality print process can be achieved 
without increasing the memory size in the apparatus. 

As many apparently widely different embodiments of 
the present invention can be made without departing from 
the spirit and scope thereof, it is to be understood 
that the invention is not limited to the specific 
embodiments thereof except as defined in the appended 
claims . 
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